多變及充滿未知、不確定的產品開發過程中,將是實作分類很重要,尤其在專案啟動時,就能對團隊所在的處境能有所瞭解,對產品開發將會非常有幫助
已知 | 未知 | |
---|---|---|
所知 | 事實 | 問題 |
所不知 | 直覺 | 發現 |
當你從資料、客戶中,獲得的資訊,這些東西都是事實,但並非所有資訊、事實對產品開發都是必要的,其中某些可能一定要處理,比如法律規定必須要納入的。
比如:你的軟體產品市場在歐洲,產品開發中,就已知有個資訊是必須被遵守、滿足的「隱私權法規GDPR」
當獲得的資料、事實中,有不確定的部分,即可列為問題,可透過這些問題來去測試、驗證、識別及探索,透過澄清這些問題,建構成為事實並滿足產品開發的需求。
比如:某產品購買頻率及次數最高的平均都在夜晚 21:00 PM,預測受眾為家庭主婦,在忙完家事後,會進行此消費
當經歷一定的淬煉、個人長期的深耕,累積相關領域的經驗時,某些時刻總會一些資訊、事情有既定直覺,然而直覺往往是偏見茁壯之處,必須小心確認及驗證。
比如:在中國多年電商耕耘的經歷,每當11/11時,必定為銷售營業額非常高的日子、是一個重要檔期,料想日本、韓國應該也會有這種趨勢
通常當有不知道、不足以辨識出問題的知識落差時,通常就是發現誕生的驚喜時刻,可能是透過你認為無關緊要、正分析著的資料研究過程裡注意到,或者與客戶交談、閒聊中獲得的,因此要保持開放、積極聆聽、順勢繼續延伸探索。
產品開發的過程裡,就是去回答「問題」以及去「發現」更多,將「不知的未知」的範圍慢慢縮小。
雖然任何人都能將依照「事實」(所知的已知)去設計出解決方案;然而問對的「問題」(所知的未知)、找到適合的需求將仰賴專業的產品管理方式及產品經理。
他們能識別出重要的功能、產品,同時能解決客戶、使用者的困難或欲求,並且符合企業目標,他們是推動「價值交換系統」最大化的重要推手。
能先將手中擁有的資訊做分類、且能積極、開放的傾聽,再搭配後續內容介紹,得以使我們避免落入建構陷阱中,